home *** CD-ROM | disk | FTP | other *** search
/ Gigarom 1 / Gigarom Macintosh Archives (Quantum Leap)(CDRM1080320)(1993).iso / FILES / HYP / H-I / HyperHackers.cpt / Hyper-Hackers Queue 1.0 / card_15765.txt < prev    next >
Text File  |  1989-02-26  |  2KB  |  43 lines
  1. -- card: 15765 from stack: in.0
  2. -- bmap block id: 0
  3. -- flags: 0000
  4. -- background id: 3797
  5. -- name: 
  6.  
  7.  
  8. -- part contents for background part 1
  9. ----- text -----
  10.  
  11. From: <BELSLEY%BCVMS.BITNET@MITVMA.MIT.EDU> (DAVID A. BELSLEY)
  12.  
  13.  
  14. Jakob Nielson of the Tech University of Denmark, in a recent hyperhack
  15. comment, properly decries the fact that a closeField message is not sent
  16. when the user clicks on a button.  This does effectively remove the value
  17. of this message for doing field checking, and there is no good substitute.
  18. He goes on to ask that the message always be given as long as the field has
  19. not been changed.  That would be nice, but still not as good as it could
  20. be.  Indeed, some sort of closeField message must be sent whenever a field
  21. closes, whether the contents have been changed or not, or otherwise
  22. checking is still not possible.  This happens because of the following means\
  23. of escape.  The user enters information and leaves the field, the closeField
  24. is trapped and the contents checked.  They are discovered in error and
  25. the user is notified and the field reopenned in script.  Now, if at this
  26. point the user ignores the message to change and moves on to another field,
  27. no new closeField is sent because the field (already in error) has not
  28. be changed.
  29.  
  30.     The only way around this problem is to blank the field in script so
  31. that the user is forced to enter new information.  But this is very unMac-
  32. like.  The proper Mac-like way is to leave the current contents highlighted
  33. so that the user can see what is there and what is wrong.  Thus, it would
  34. be better if the closeField were sent whenever a field is closed, whether
  35. the contents are changed or not.  This will make setting a "dirty" flag
  36. somewhat more difficult, but the entire process will then be controllable
  37. by the hypercard composer.
  38.  
  39.  
  40.  
  41. -- part contents for background part 45
  42. ----- text -----
  43. More on closefield